Method and apparatus for providing enhanced service authorization

ABSTRACT

An approach is provided for authorizing one or more services from service providers in a communications network. The approach includes receiving a request from a first service provider, the request having an associated primary token and a secondary token identifier, the secondary token identifier relating to resources of a second service provider. Based, at least in part, on the secondary token identifier, a secondary token is identified; and then the secondary token is sent to the first service provider, wherein the first service provider and the second service provider belong to different trust domains and the first service provider can use the secondary token to access resources of the second service provider.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of prior application Ser. No.12/388,326 filed Feb. 18, 2009, which is herein incorporated byreference in its entirety.

BACKGROUND

Internet services providers are continuing to expand the breadth ofinternet services available to consumers. These services, such as, forexample, printing services and photo-storing services, allow consumersto share and manipulate data across the internet without the need forspecialized clients and applications on their own systems. Thus, userdevices that are smaller in size and that use less computing resourcesmay still accomplish complicated tasks. In addition to simply providingdifferent services, communication and interaction between differentservice providers are proving beneficial as well. However, traditionalsystems do not permit the efficient interaction, if at all, of thevaried services.

SOME EXEMPLARY EMBODIMENTS

Therefore, there is a need for an approach for providing userauthorization between service providers belonging to different trustdomains.

According to one embodiment, a method of authorizing one or moreservices includes receiving a request from a first service provider, therequest having an associated primary token and a secondary tokenidentifier, the secondary token identifier relating to resources of asecond service provider. Then, in accordance with this method, based, atleast in part, on the secondary token identifier, identifying asecondary token; and sending the secondary token to the first serviceprovider, wherein the first service provider and the second serviceprovider belong to different trust domains.

According to another embodiment a service authorization system includesa processor configured to execute instructions stored in a memory. Thissystem also includes a receiver configured to receive a request from afirst service provider, the request having an associated primary tokenand a secondary token identifier, the secondary token identifierrelating to resources of a second service provider; determinationcircuitry under control of the process configured to identify asecondary token based, at least in part, on the secondary tokenidentifier; and a transmitter configured to send the secondary token tothe first service provider, wherein the first service provider and thesecond service provider belong to different trust domains.

According to another embodiment, an apparatus including a processor anda memory storing executable instructions that if executed cause theapparatus to at least perform the following determining that a requestis received from a first service provider, the request having anassociated primary token and a secondary token identifier, the secondarytoken identifier relating to resources of a second service provider;based on the secondary token identifier, identifying a secondary token;and initiating sending of the secondary token to the first serviceprovider, wherein the first service provider and the second serviceprovider belong to different trust domains.

According to yet another embodiment, a method of providing servicesincludes receiving at a first service provider a request relating toaccessing resources of a second service provider, the request associatedwith a primary token. Then, in accordance with this method, requestingfrom an authorization system a secondary token, the secondary tokenbased at least in part on the second service provider and the primarytoken; receiving the secondary token from the authorization system; andrequesting from the second service provider access to the resources ofthe second service provider using the secondary token, wherein the firstservice provider and the second service provider belong to differenttrust domains.

Still other aspects, features, and advantages of the invention arereadily apparent from the following detailed description, simply byillustrating a number of particular embodiments and implementations,including the best mode contemplated for carrying out the invention. Theinvention is also capable of other and different embodiments, and itsseveral details can be modified in various obvious respects, all withoutdeparting from the spirit and scope of the invention. Accordingly, thedrawings and description are to be regarded as illustrative in nature,and not as restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments of the invention are illustrated by way of example, andnot by way of limitation, in the figures of the accompanying drawings:

FIG. 1 is diagram of a communications system that can be used toimplement an embodiment of the invention;

FIG. 2 is a flowchart of a process for creating primary and secondarytokens that can be used to implement an embodiment of the invention;

FIG. 3 is a flowchart of a process for accessing a service providerusing primary and secondary tokens that can be used to implement anembodiment of the invention;

FIG. 4 is a flowchart of a process for authorizing a user with primaryand secondary tokens that can be used to implement an embodiment of theinvention;

FIG. 5 is a signaling diagram of a protocol that can be used toimplement an embodiment of the invention;

FIG. 6 is a diagram of components of an authorization system that can beused to implement an embodiment of the invention;

FIG. 7 is a diagram of components of a user device that can be used toimplement an embodiment of the invention;

FIG. 8 is a diagram of hardware that can be used to implement anembodiment of the invention;

FIG. 9 is a diagram of a chip set that can be used to implement anembodiment of the invention; and

FIG. 10 is a diagram of a mobile station (e.g., handset) that can beused to implement an embodiment of the invention.

DESCRIPTION OF PREFERRED EMBODIMENT

A method and apparatus for authorizing services between serviceproviders belonging to different trust domains are disclosed. In thefollowing description, for the purposes of explanation, numerousspecific details are set forth in order to provide a thoroughunderstanding of the embodiments of the invention. It is apparent,however, to one skilled in the art that the embodiments of the inventionmay be practiced without these specific details or with an equivalentarrangement. In other instances, well-known structures and devices areshown in block diagram form in order to avoid unnecessarily obscuringthe embodiments of the invention.

Although certain embodiments of the invention are discussed with respectto service providers involving printing services, file sharing services,and photo-storing services, it is recognized by one of ordinary skill inthe art that the exemplary embodiments of the inventions haveapplicability to any type of network-connected service provider. In thedescription that follows, the term “primary identity token” isfrequently shortened to “primary token” for purposes of readability butboth terms are interchangeable in meaning

FIG. 1 is diagram of a communications system that can be used toimplement an embodiment of the invention. Under this scenario, multipleservice providers 122, 124, 126 supply services to multiple user devices108, 112. In one embodiment, user device 108 includes a user interfaceor an application that allows the user to connect through the network116 to the service providers 122, 124, 126. Also, as shown, the serviceproviders 122, 124, 126 may belong to different trust domains 118, 120.While only two user devices 108, 112, two trust domains 118, 120, andthree service providers 122, 124, 126 are explicitly shown, one ofordinary skill will recognize that these numbers are only examples andthat more or less of each entity and device may be contemplated in otherembodiments.

As mentioned, traditional approaches do not readily support theinteraction of different service providers. For example, if a user wouldlike to use a printing service to print photos that are being storedwithin a photo-storing storing service, one approach might be to requirethe user to first login in to the photo-storing service and downloaddesired photos to their client application. The user would then need tologin to the printing service and upload the photos to be printed.Because this approach is tedious and time consuming, various techniqueshave been proposed to address some of the disadvantages.

Another approach is to require all the service providers to be withinthe same trust domain. This means that each service provider trusts thesame identity manager for authenticating users and for allowing onlyauthorized activity of these users. One disadvantage of such an approachis that each service provider has substantially all privileges to accessa user's resources on another service provider.

Yet another approach has been the introduction of a signaling protocol(e.g., OAuth) that relays numerous messages between a client applicationon a user's computer and different service providers in an effort topermit one service provider to access another service provider. However,some of the disadvantages of the OAuth protocol include requiringspecific client-type applications and using multiple round-trip messagesbetween the user's computer and the service providers. While thesedisadvantages exist for any environment, they are particularlynoticeable in a wireless environment.

By contrast to the above traditional approaches, the system 100 utilizesa service authorization mechanism to permit the use of multipleservices. The authorization system 102 acts, in an exemplary embodiment,as an identity manager and may store a primary identity token 104 for auser of the user device 108. The primary identity token 104 allows aservice provider 122 to authenticate and authorize a user to access someresource of the service provider. The resource access may, for example,be to “read a file”, to “print a file”, to write, edit, or delete afile. According to at least some embodiments, different primary identitytokens 104 allow different users different permissions or privileges toresources of a service provider (e.g., 122, 124, 126).

In operation, the user device 108 may also include one or more primarytokens 110 as well. Similarly, another user device 112 may include itsown primary tokens 114 as well. The user device's primary tokens, forexample 110, may be stored on the device 108 or, alternatively, a userinterface on the device may allow the user to enter their primary tokenas needed. In one embodiment, the user inputs a username, password andoptionally a trust domain or a service provider on authorization system102; and if valid, the system 102 returns a primary token. If no trustdomain or service provider is provided, the 102 authorization system mayreturn a set of primary tokens, each corresponding to a different trustdomain. Whether entered by the user or retrieved from storage, the userdevice 108 forwards a primary identity token 110 to a service provider(e.g., 122) when accessing that service provider. The service provider122 authenticates that user's token with an authorization system 102.Assuming the authentication system 102 and the service provider 122 arein the same trust domain, the reply from the authorization system 102causes the service provider 122 to either permit or deny the accessrequested by the user device 108. It is noted that service providers indifferent trust domains rely on the authentication system 102 as atrusted system.

In the above description, the service provider 122 and the authorizationsystem 102 are assumed to be within the same trust domain 118. However,there may be instances in which access to service providers 124, 126 ina different trust domain 120 is desired. As explained in more detaillater, some embodiments of the present invention utilize secondarytokens 106 to allow such access across trust domains.

FIG. 2 is a flowchart of a process for creating primary and secondarytokens that can be used to implement an embodiment of the invention.Initially, in step 202, a user creates their primary identity token withthe authorization system. This primary token may, for example, be ausername and password; however in different embodiments, otherinformation may be included as well. Once the primary token exists,then, in step 204, it may be used to access the authorization system toperform various account activities related to the user and theauthorization system. For example, in step 206, the user may create oneor more secondary tokens that are associated with their primary token.

A secondary token relates to what type of access and privileges the userallows one service provider who desires to access resources of adifferent service provider. For example, using the photo-storing andprinting services mentioned earlier. The printing service provider maybe in the same trust domain as the authorization system. Thus, betweenthe user and the printing service, the primary identity token is used todetermine access and privileges. However, the photo-storing serviceprovider may belong to a different trust domain. Thus, the secondarytokens are created by the user to define what type of access andprivileges the printing service provider has with regard to the user'sresources on the photo-storing service. For example, one secondary tokenmay allow the printing service to read any files in a particulardirectory, thereby allowing them to be retrieved and printed. Anothersecondary token may only allow access to certain files in anotherdirectory. These directories may for example be Uniform ResourceLocators (URLs) or some other type of identifier.

It is contemplated that any particular format or structure of asecondary token can used. Each service provider (e.g., 124, 126) mayhave its own format or may share a common standard format. However, onebeneficial structure for a secondary token is to include both a “name”and a “value”. Thus, the authorization system 102 may search for asecondary token by “name” and then present the “value” in a message ofsome type. As for the “value” of a secondary token, this may also varyaccording to each service provider based on the granularity of how eachservice provider grants access and privileges to the resources itprovides service for and the types of services being provided. Someservice providers may grant access based on time, based on groupmembership, or based on individual identity. Also some service providersmay grant access at the directory (or folder) level while others grantaccess at the individual file level. Thus in at least some embodiments,the users and the service providers decide what types of resource accessand privileges will be definable, while the authorization system behavesmore as a storehouse of this information which it provides upon request.

While it is contemplated that some secondary tokens may be createdon-the-fly (i.e., dynamically) while a user is interacting with both theauthorization system 102 and a service provider (e.g., 122), it is alsocontemplated, in step 208, that the secondary tokens 106 may be storedon the authorization system 102 as well. Thus, each primary token 104may be have a respective secondary token 106 stored on the system 102.

FIG. 3 is a flowchart of a process for accessing a service providerusing primary and secondary tokens that can be used to implement anembodiment of the invention. For purposes of clarity, the process ofFIG. 3 will be described with reference to a printing service providerand photo-storing service provider already introduced. As mentionedearlier, these two type of services providers are mentioned only be wayof example and other types of service providers are contemplated aswell.

In step 302, the client (through an application on their device) issuesa request to the printing service provider. The printing serviceprovider and the authorization system are in the same trust domain sothe request includes the user's primary identity token. Within therequest, the printing service provider, in step 304, determines thataccess to resources of the photo-storing service provider are desired.For example, the user may have requested printing of three photoscurrently being shared. As a result, the printing service provider mayrequest access to these three photos and receive a response back fromthe photo-storing service provider regarding what type of secondarytoken allows the requested access. Alternatively, the initial requestmay include both the primary token and the name of an appropriatesecondary token.

Regardless of whether the identity of an appropriate secondary token isincluded in the user's initial request or identified throughcommunication with the photo-storing service provider, the printingservice provider communicates, in step 306, with the authorizationsystem to retrieve the secondary token. For example, the printingservice provider may send the primary token and a secondary tokenidentifier to the authorization system. Based on that data, at least inpart, the authorization system returns the appropriate secondary tokento the printing service provider. Using the secondary token, theprinting service provider can then access the desired photos from thephoto-storing service provider, in step 308 even though they are indifferent trust domains.

FIG. 4 is a flowchart of a process for authorizing a user with primaryand secondary tokens that can be used to implement an embodiment of theinvention. In step 402, the authorization system receives a request fora secondary token from a first service provider within its trust domain.In steps 404 and 406, the authorization system processes the request todetermine a primary token and a desired secondary token. As a result,the authorization system may separately communicate with the user orother entity to generate the desired secondary token in step 408, orretrieve the desired secondary token from memory in step 410. Next, instep 412, the authorization system forwards the secondary token to therequesting service provider so that the requesting service provider willbe able to access resources on a second, separate service provider in adifferent trust domain.

FIG. 5 is a signaling diagram of a protocol that can be used toimplement an embodiment of the invention. The participating entities inthe protocol of FIG. 5 include a client, or user, device 502, oneservice provider 504, another service provider 506, and an authorizationsystem 508. The user, through an application on the user device,requests (step 510) service from the first service provider 504 thatrequires access to the other service provider 506. According to someembodiments, the first service provider 504 requests (step 512) from thesecond service provider 506 information about a secondary token. It iscontemplated that the second service provider can publish somewell-known secondary token identifiers, e.g., “all-photos-read-only”; assuch, step 512 could be omitted. In response, the second serviceprovider 506 sends (step 514) identifying information about thesecondary token back to the first service provider 504.

Now, the first service provider 504 requests (step 516) from theauthorization system 508 the appropriate secondary token and receives(step 518) the secondary token in reply. The first service provider 540may then present (step 520) the secondary token to the second serviceprovider 506. In some embodiments, there may be an optional message(step 522) in which the second service provider 506 verifies thesecondary token with the authorization system 508. Based on thepresentation of a valid secondary token by the first service provider504, the second service provider 506 allows (step 524) the first serviceprovider 504 access to the requested resources. In turn, the firstservice provider 504 fulfills (step 526) the service requested by theuser device 502.

One benefit of the of signaling protocol depicted in FIG. 5 is thatthere is only one round trip communication between the user device 502and the first service provider 504. The communication links between theother parties may be high speed, highly available, high reliabilitylinks allowing for fast and efficient communication of the bulk of thesignaling protocol. In some embodiments, the initial link between theuser device 502 and the first service provider 504 may be a wireless orcellular connection with comparatively low speed or reliability; thusminimizing the round trip messages on this initial link providesbenefits in speed and message efficiency.

FIG. 6 is a diagram of components of an authorization system that can beused to implement an embodiment of the invention; the system may includeother components as well but that are not shown for purposes of clarity.The authorization system 102 of FIG. 6 includes a number of modules toperform its various functions. These modules may be separate hardwarecircuitry but also may be performed by a processor executing software,or a combination of both. The memory 612 of the authorization system 102includes primary identity tokens 602, 606, 608 and associated with atleast some of these primary tokens are respective secondary tokens 604,610.

The authorization system 102 includes a request processor module 614configured to process requests received from service providers. As partof the request processing, this module 614 can organize the informationwithin the request in a format and structure appropriate for subsequentmodules. The authorization system 102 also includes a module 616configured to identify a primary token associated with the request andanother module 618 configured to identify or generate a secondary tokenbased on the request. For example, this module 618 may identify asecondary token based, at least in part, on the primary token identifiedby module 616 and some type of token name or identifier included in therequest. These two modules 616 and 618 complement the operation of oneanother so that an appropriate secondary token is retrieved from thememory 612. The response generator module 620 organizes and formats theinformation about the secondary token to allow a transmitter or otherinterface to communicate the information to the service provider whichsent the request.

FIG. 7 is a diagram of components of a user device that can be used toimplement an embodiment of the invention. The user device 108 may,according to some embodiments, comprise a wireless or portable handset,or similar device; while some embodiments also contemplate moretraditional computing platforms coupled with wired or wirelessnetworking infrastructure.

The user device 108 includes a client application 702 that interpretsand organizes information and messages in such a way that they can bereceived from or transmitted to a connected network. One example clientapplication 702 is a web browser that communicates with various webservers and services. Only one client application 702 is shown; however,in some embodiments the user device 108 my have multiple clientapplications that may run individually or concurrently. The user device108 also includes a user interface 704 that may be separate from orpartly integrated within the client application 702. In some embodimentsthe user interface 704 includes hardware circuitry such as buttons,pointing devices, and display screens and also software processes thatallow communication between such hardware circuitry and a clientapplication 702.

According to at least some embodiments, the user device 108 is used tocreate a primary identity token with an identity manager (such as theauthorization system described herein.) The primary token is utilizedwithin a trust domain to allow the user access and privileges relatingto resources within that trust domain. Thus, the user device 108 mayinclude a module 706 configured to create a primary token. Typically,this module 706 would utilize services of the client application 702 tocommunicate in an appropriate format with the authorization system.

The user device 108 also includes a primary token provider module 708that is configured to provide primary tokens that have already beencreated. When requesting access to different service providers or theauthorization system, the user device 108 will, in some embodiments,provide a primary identity token as part of that access. For example,the client application 702 may display a login screen in which the usercan enter the primary token or the client application 702 may display alist of available primary tokens from which the user can select anappropriate choice. Through the interaction of the user and this module708, the user device 108 provides a primary token, possibly encrypted bythe module 708, that can be communicated to a service provider,authorization system, or other system.

The processes described herein for authorizing services between serviceproviders belonging to different trust domains may be implemented viasoftware, hardware (e.g., general processor, Digital Signal Processing(DSP) chip, an Application Specific Integrated Circuit (ASIC), FieldProgrammable Gate Arrays (FPGAs), etc.), firmware or a combinationthereof. Such exemplary hardware for performing the described functionsis detailed below.

FIG. 8 illustrates a computer system 800 upon which an embodiment of theinvention may be implemented. Computer system 800 is programmed to carryout the inventive functions described herein and includes acommunication mechanism such as a bus 810 for passing informationbetween other internal and external components of the computer system800. Information (also called data) is represented as a physicalexpression of a measurable phenomenon, typically electric voltages, butincluding, in other embodiments, such phenomena as magnetic,electromagnetic, pressure, chemical, biological, molecular, atomic,sub-atomic and quantum interactions. For example, north and southmagnetic fields, or a zero and non-zero electric voltage, represent twostates (0, 1) of a binary digit (bit). Other phenomena can representdigits of a higher base. A superposition of multiple simultaneousquantum states before measurement represents a quantum bit (qubit). Asequence of one or more digits constitutes digital data that is used torepresent a number or code for a character. In some embodiments,information called analog data is represented by a near continuum ofmeasurable values within a particular range.

A bus 810 includes one or more parallel conductors of information sothat information is transferred quickly among devices coupled to the bus810. One or more processors 802 for processing information are coupledwith the bus 810.

A processor 802 performs a set of operations on information. The set ofoperations include bringing information in from the bus 810 and placinginformation on the bus 810. The set of operations also typically includecomparing two or more units of information, shifting positions of unitsof information, and combining two or more units of information, such asby addition or multiplication or logical operations like OR, exclusiveOR (XOR), and AND. Each operation of the set of operations that can beperformed by the processor is represented to the processor byinformation called instructions, such as an operation code of one ormore digits. A sequence of operations to be executed by the processor802, such as a sequence of operation codes, constitute processorinstructions, also called computer system instructions or, simply,computer instructions. Processors may be implemented as mechanical,electrical, magnetic, optical, chemical or quantum components, amongothers, alone or in combination.

Computer system 800 also includes a memory 804 coupled to bus 810. Thememory 804, such as a random access memory (RAM) or other dynamicstorage device, stores information including processor instructions.Dynamic memory allows information stored therein to be changed by thecomputer system 800. RAM allows a unit of information stored at alocation called a memory address to be stored and retrievedindependently of information at neighboring addresses. The memory 804 isalso used by the processor 802 to store temporary values duringexecution of processor instructions. The computer system 800 alsoincludes a read only memory (ROM) 806 or other static storage devicecoupled to the bus 810 for storing static information, includinginstructions, that is not changed by the computer system 800. Somememory is composed of volatile storage that loses the information storedthereon when power is lost. Also coupled to bus 810 is a non-volatile(persistent) storage device 808, such as a magnetic disk, optical diskor flash card, for storing information, including instructions, thatpersists even when the computer system 800 is turned off or otherwiseloses power.

Information, including instructions, is provided to the bus 810 for useby the processor from an external input device 812, such as a keyboardcontaining alphanumeric keys operated by a human user, or a sensor. Asensor detects conditions in its vicinity and transforms thosedetections into physical expression compatible with the measurablephenomenon used to represent information in computer system 800. Otherexternal devices coupled to bus 810, used primarily for interacting withhumans, include a display device 814, such as a cathode ray tube (CRT)or a liquid crystal display (LCD), or plasma screen or printer forpresenting text or images, and a pointing device 816, such as a mouse ora trackball or cursor direction keys, or motion sensor, for controllinga position of a small cursor image presented on the display 814 andissuing commands associated with graphical elements presented on thedisplay 814. In some embodiments, for example, in embodiments in whichthe computer system 800 performs all functions automatically withouthuman input, one or more of external input device 812, display device814 and pointing device 816 is omitted.

In the illustrated embodiment, special purpose hardware, such as anapplication specific integrated circuit (ASIC) 820, is coupled to bus810. The special purpose hardware is configured to perform operationsnot performed by processor 802 quickly enough for special purposes.Examples of application specific ICs include graphics accelerator cardsfor generating images for display 814, cryptographic boards forencrypting and decrypting messages sent over a network, speechrecognition, and interfaces to special external devices, such as roboticarms and medical scanning equipment that repeatedly perform some complexsequence of operations that are more efficiently implemented inhardware.

Computer system 800 also includes one or more instances of acommunications interface 870 coupled to bus 810. Communication interface870 provides a one-way or two-way communication coupling to a variety ofexternal devices that operate with their own processors, such asprinters, scanners and external disks. In general the coupling is with anetwork link 878 that is connected to a local network 880 to which avariety of external devices with their own processors are connected. Forexample, communication interface 870 may be a parallel port or a serialport or a universal serial bus (USB) port on a personal computer. Insome embodiments, communications interface 870 is an integrated servicesdigital network (ISDN) card or a digital subscriber line (DSL) card or atelephone modem that provides an information communication connection toa corresponding type of telephone line. In some embodiments, acommunication interface 870 is a cable modem that converts signals onbus 810 into signals for a communication connection over a coaxial cableor into optical signals for a communication connection over a fiberoptic cable. As another example, communications interface 870 may be alocal area network (LAN) card to provide a data communication connectionto a compatible LAN, such as Ethernet. Wireless links may also beimplemented. For wireless links, the communications interface 870 sendsor receives or both sends and receives electrical, acoustic orelectromagnetic signals, including infrared and optical signals, thatcarry information streams, such as digital data. For example, inwireless handheld devices, such as mobile telephones like cell phones,the communications interface 870 includes a radio band electromagnetictransmitter and receiver called a radio transceiver.

The term computer-readable medium is used herein to refer to any mediumthat participates in providing information to processor 802, includinginstructions for execution. Such a medium may take many forms,including, but not limited to, non-volatile media, volatile media andtransmission media. Non-volatile media include, for example, optical ormagnetic disks, such as storage device 808. Volatile media include, forexample, dynamic memory 804. Transmission media include, for example,coaxial cables, copper wire, fiber optic cables, and carrier waves thattravel through space without wires or cables, such as acoustic waves andelectromagnetic waves, including radio, optical and infrared waves.Signals include man-made transient variations in amplitude, frequency,phase, polarization or other physical properties transmitted through thetransmission media. Common forms of computer-readable media include, forexample, a floppy disk, a flexible disk, hard disk, magnetic tape, anyother magnetic medium, a CD-ROM, CDRW, DVD, any other optical medium,punch cards, paper tape, optical mark sheets, any other physical mediumwith patterns of holes or other optically recognizable indicia, a RAM, aPROM, an EPROM, a FLASH-EPROM, any other memory chip or cartridge, acarrier wave, or any other medium from which a computer can read.

FIG. 9 illustrates a chip set 900 upon which an embodiment of theinvention may be implemented. Chip set 900 is programmed to carry outthe inventive functions described herein and includes, for instance, theprocessor and memory components described with respect to FIG. 8incorporated in one or more physical packages. By way of example, aphysical package includes an arrangement of one or more materials,components, and/or wires on a structural assembly (e.g., a baseboard) toprovide one or more characteristics such as physical strength,conservation of size, and/or limitation of electrical interaction.

In one embodiment, the chip set 900 includes a communication mechanismsuch as a bus 901 for passing information among the components of thechip set 900. A processor 903 has connectivity to the bus 901 to executeinstructions and process information stored in, for example, a memory905. The processor 903 may include one or more processing cores witheach core configured to perform independently. A multi-core processorenables multiprocessing within a single physical package. Examples of amulti-core processor include two, four, eight, or greater numbers ofprocessing cores. Alternatively or in addition, the processor 903 mayinclude one or more microprocessors configured in tandem via the bus 901to enable independent execution of instructions, pipelining, andmultithreading. The processor 903 may also be accompanied with one ormore specialized components to perform certain processing functions andtasks such as one or more digital signal processors (DSP) 907, or one ormore application-specific integrated circuits (ASIC) 909. A DSP 907typically is configured to process real-word signals (e.g., sound) inreal time independently of the processor 903. Similarly, an ASIC 909 canbe configured to performed specialized functions not easily performed bya general purposed processor. Other specialized components to aid inperforming the inventive functions described herein include one or morefield programmable gate arrays (FPGA) (not shown), one or morecontrollers (not shown), or one or more other special-purpose computerchips.

The processor 903 and accompanying components have connectivity to thememory 905 via the bus 901. The memory 905 includes both dynamic memory(e.g., RAM, magnetic disk, writable optical disk, etc.) and staticmemory (e.g., ROM, CD-ROM, etc.) for storing executable instructionsthat when executed perform the inventive steps described herein. Thememory 905 also stores the data associated with or generated by theexecution of the inventive steps.

FIG. 10 is a diagram of exemplary components of a mobile station (e.g.,handset) capable of operating in the system of FIG. 1, according to anexemplary embodiment. Generally, a radio receiver is often defined interms of front-end and back-end characteristics. The front-end of thereceiver encompasses all of the Radio Frequency (RF) circuitry whereasthe back-end encompasses all of the base-band processing circuitry.Pertinent internal components of the telephone include a Main ControlUnit (MCU) 1003, a Digital Signal Processor (DSP) 1005, and areceiver/transmitter unit including a microphone gain control unit and aspeaker gain control unit. A main display unit 1007 provides a displayto the user in support of various applications and mobile stationfunctions. An audio function circuitry 1009 includes a microphone 1011and microphone amplifier that amplifies the speech signal output fromthe microphone 1011. The amplified speech signal output from themicrophone 1011 is fed to a coder/decoder (CODEC) 1013.

A radio section 1015 amplifies power and converts frequency in order tocommunicate with a base station, which is included in a mobilecommunication system, via antenna 1017. The power amplifier (PA) 1019and the transmitter/modulation circuitry are operationally responsive tothe MCU 1003, with an output from the PA 1019 coupled to the duplexer1021 or circulator or antenna switch, as known in the art. The PA 1019also couples to a battery interface and power control unit 1020.

In use, a user of mobile station 1001 speaks into the microphone 1011and his or her voice along with any detected background noise isconverted into an analog voltage. The analog voltage is then convertedinto a digital signal through the Analog to Digital Converter (ADC)1023. The control unit 1003 routes the digital signal into the DSP 1005for processing therein, such as speech encoding, channel encoding,encrypting, and interleaving. In the exemplary embodiment, the processedvoice signals are encoded, by units not separately shown, using acellular transmission protocol such as global evolution (EDGE), generalpacket radio service (GPRS), global system for mobile communications(GSM), Internet protocol multimedia subsystem (IMS), universal mobiletelecommunications system (UMTS), etc., as well as any other suitablewireless medium, e.g., microwave access (WiMAX), Long Term Evolution(LTE) networks, code division multiple access (CDMA), wireless fidelity(WiFi), satellite, and the like.

The encoded signals are then routed to an equalizer 1025 forcompensation of any frequency-dependent impairments that occur duringtransmission though the air such as phase and amplitude distortion.After equalizing the bit stream, the modulator 1027 combines the signalwith a RF signal generated in the RF interface 1029. The modulator 1027generates a sine wave by way of frequency or phase modulation. In orderto prepare the signal for transmission, an up-converter 1031 combinesthe sine wave output from the modulator 1027 with another sine wavegenerated by a synthesizer 1033 to achieve the desired frequency oftransmission. The signal is then sent through a PA 1019 to increase thesignal to an appropriate power level. In practical systems, the PA 1019acts as a variable gain amplifier whose gain is controlled by the DSP1005 from information received from a network base station. The signalis then filtered within the duplexer 1021 and optionally sent to anantenna coupler 1035 to match impedances to provide maximum powertransfer. Finally, the signal is transmitted via antenna 1017 to a localbase station. An automatic gain control (AGC) can be supplied to controlthe gain of the final stages of the receiver. The signals may beforwarded from there to a remote telephone which may be another cellulartelephone, other mobile phone or a land-line connected to a PublicSwitched Telephone Network (PSTN), or other telephony networks.

Voice signals transmitted to the mobile station 1001 are received viaantenna 1017 and immediately amplified by a low noise amplifier (LNA)1037. A down-converter 1039 lowers the carrier frequency while thedemodulator 1041 strips away the RF leaving only a digital bit stream.The signal then goes through the equalizer 1025 and is processed by theDSP 1005. A Digital to Analog Converter (DAC) 1043 converts the signaland the resulting output is transmitted to the user through the speaker1045, all under control of a Main Control Unit (MCU) 1003—which can beimplemented as a Central Processing Unit (CPU) (not shown).

The MCU 1003 receives various signals including input signals from thekeyboard 1047. The MCU 1003 delivers a display command and a switchcommand to the display 1007 and to the speech output switchingcontroller, respectively. Further, the MCU 1003 exchanges informationwith the DSP 1005 and can access an optionally incorporated SIM card1049 and a memory 1051. In addition, the MCU 1003 executes variouscontrol functions required of the station. The DSP 1005 may, dependingupon the implementation, perform any of a variety of conventionaldigital processing functions on the voice signals. Additionally, DSP1005 determines the background noise level of the local environment fromthe signals detected by microphone 1011 and sets the gain of microphone1011 to a level selected to compensate for the natural tendency of theuser of the mobile station 1001.

The CODEC 1013 includes the ADC 1023 and DAC 1043. The memory 1051stores various data including call incoming tone data and is capable ofstoring other data including music data received via, e.g., the globalInternet. The software module could reside in RAM memory, flash memory,registers, or any other form of writable storage medium known in theart. The memory device 1051 may be, but not limited to, a single memory,CD, DVD, ROM, RAM, EEPROM, optical storage, or any other non-volatilestorage medium capable of storing digital data.

An optionally incorporated SIM card 1049 carries, for instance,important information, such as the cellular phone number, the carriersupplying service, subscription details, and security information. TheSIM card 1049 serves primarily to identify the mobile station 1001 on aradio network. The card 1049 also contains a memory for storing apersonal telephone number registry, text messages, and user specificmobile station settings.

While the invention has been described in connection with a number ofembodiments and implementations, the invention is not so limited butcovers various obvious modifications and equivalent arrangements, whichfall within the purview of the appended claims. Although features of theinvention are expressed in certain combinations among the claims, it iscontemplated that these features can be arranged in any combination andorder.

What is claimed is:
 1. A computer-readable storage medium carrying oneor more sequences of one or more instructions which, when executed byone or more processors, cause an apparatus to at least perform thefollowing steps: determining that a request is received from a firstservice provider, the request having an associated primary token and asecondary token identifier, the secondary token identifier relating toresources of a second service provider; based on the secondary tokenidentifier, identifying a secondary token; and causing, at least inpart, an initiation of sending the secondary token to the first serviceprovider, wherein the type of access and privileges the first serviceprovider has in relation to the resources of the second service provideris based on the secondary token.
 2. A computer readable storage mediumof claim 1, wherein, for identifying the secondary token, the apparatusis further caused, at least in part, to further perform: creating thesecondary token based on the secondary token identifier, in response toreceiving the request.
 3. A computer readable storage medium of claim 2,wherein first service provider and the second service provider belong todifferent trust domains.
 4. A computer readable storage medium of claim1, wherein, for identifying the secondary token, the apparatus isfurther caused, at least in part, to further perform: retrieving thesecondary token from a memory store based on the secondary tokenidentifier.
 5. A computer readable storage medium of claim 1, wherein,for identifying the secondary token, the apparatus is further caused, atleast in part, to further perform: creating an account on anauthorization server associated with the primary token, wherein thefirst service provider authenticates and authorizes access to resourcesof the first service provider based on the primary token, and whereinthe primary token includes a user name and password.
 6. A computerreadable storage medium of claim 5, wherein, for identifying thesecondary token, the apparatus is further caused, at least in part, tofurther perform: creating a plurality of secondary token identifiers andrespective secondary tokens, associated with the account; and storingthe plurality of secondary token identifiers in a memory store of theauthorization server.
 7. An apparatus comprising: at least oneprocessor; and at least one memory including computer program code forone or more programs, the at least one memory and the computer programcode configured to, with the at least one processor, cause the apparatusto perform at least the following: determine that a request is receivedfrom a first service provider, the request having an associated primarytoken and a secondary token identifier, the secondary token identifierrelating to resources of a second service provider; based on thesecondary token identifier, identify a secondary token, wherein the typeof access and privileges the first service provider has in relation tothe resources of the second service provider is based on the secondarytoken, and cause, at least in part, an initiation of sending thesecondary token to the first service provider.
 8. An apparatus of claim7, wherein first service provider and the second service provider belongto different trust domains.
 9. An apparatus of claim 7, wherein, foridentifying the secondary token, the apparatus is further caused, atleast in part, to: create the secondary token based on the secondarytoken identifier, in response to receiving the request.
 10. An apparatusof claim 7, wherein, for identifying the secondary token, the apparatusis further caused, at least in part, to: retrieve the secondary tokenfrom a memory store based on the secondary token identifier.
 11. Anapparatus of claim 7, wherein, for identifying the secondary token, theapparatus is further caused, at least in part, to: create an account onan authorization server associated with the primary token, wherein theprimary token includes a user name and password.
 12. An apparatus ofclaim 11, wherein, for identifying the secondary token, the apparatus isfurther caused, at least in part, to: create a plurality of secondarytoken identifiers and respective secondary tokens, associated with theaccount; and store the plurality of secondary token identifiers in amemory store of the authorization server.
 13. A computer-readablestorage medium carrying one or more sequences of one or moreinstructions which, when executed by one or more processors, cause anapparatus to at least perform the following steps: receiving at a firstservice provider a request relating to accessing resources of a secondservice provider, the request associated with a primary token;requesting from an authorization system a secondary token, the secondarytoken based at least in part on the second service provider and theprimary token; and receiving the secondary token from the authorizationsystem.
 14. A computer readable storage medium of claim 13, wherein theapparatus is further caused, at least in part, to further performrequesting from the second service provider access to the resources ofthe second service provider using the secondary token.
 15. A computerreadable storage medium of claim 13, wherein the first service providerallows access to resources of the first service provider based on theprimary token.
 16. A computer readable storage medium of claim 13,wherein the request includes the primary token.
 17. A computer readablestorage medium of claim 13, wherein the first service provider and thesecond service provider belong to different trust domains.
 18. Acomputer readable storage medium of claim 13, wherein the secondarytoken, at least in part, identifies a scope of resources of the secondservice provider that the first provider is authorized to access.
 19. Acomputer readable storage medium of claim 13, wherein the request isreceived from a user device.
 20. A computer readable storage medium ofclaim 19, wherein the user device comprises a mobile handset.